home *** CD-ROM | disk | FTP | other *** search
/ Aminet 7 / Aminet 7 - August 1995.iso / Aminet / docs / misc / ConcNews.lha / news / amiga.programming / comp.sys.amiga.programmer_9656_000054.msg < prev    next >
Encoding:
Text File  |  1994-11-27  |  1.4 KB  |  33 lines
  1. Newsgroups: comp.sys.amiga.programmer
  2. Path: dd.chalmers.se!news.chalmers.se!sunic!news.funet.fi!ousrvr.oulu.fi!tolsun!kilroy
  3. From: kilroy@tolsun.oulu.fi (Lauri Aalto)
  4. Subject: Re: Why does c.o clear BSS? It's not needed!!
  5. Message-ID: <1994Apr25.132448.26840@ousrvr.oulu.fi>
  6. Sender: news@ousrvr.oulu.fi
  7. Organization: University of Oulu, Finland
  8. References: <80012334@prox.stgt.sub.org> <1994Apr24.121656.9198@ousrvr.oulu.fi> <farrenCosBK0.JC1@netcom.com>
  9. Date: Mon, 25 Apr 1994 13:24:48 GMT
  10. Lines: 21
  11.  
  12. In article <farrenCosBK0.JC1@netcom.com> farren@netcom.com (Mike Farren) writes:
  13. >kilroy@tolsun.oulu.fi (Lauri Aalto) writes:
  14. >
  15. >>Boris Folgmann <boris@prox.stgt.sub.org> writes:
  16. >>>Why does c.o clear BSS? In the AutoDoc for InternalLoadSeg() you find:
  17. >
  18. >>It's an undocumented feature (CLEAR bit on AllocMem()). Some programs rely on
  19. >>this, so it hasn't been dropped. 
  20. >
  21. >Pardon me?  MEMF_CLEAR is hardly "undocumented" - it's been there for a
  22. >long, long time.
  23.  
  24. Sorry for any inconvience I may have caused... I meant that the bss hunk
  25. clearing with AllocMem()'s CLEAR bit set while allocating memory for the
  26. hunks is undocumented. That's why most of the C compilers clear the bss
  27. hunks in a loop before actually using them. 
  28.  
  29.       (__)    Lauri Aalto
  30.     w \@@/    kilroy@tolsun.oulu.fi
  31.      `/v/-e   2:228/406.2@fidonet
  32.     _/  \_    ...Intel inside--idiot outside...
  33.